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(57) ABSTRACT 

A network interface device includes a random access 
memory used as a transmit and receive buffer for transmis- 
sion and reception of data between a host computer bus and 
a packet switched network. The network interface device 
includes a read controller and read offset register that stores 
read pointer information. The host CPU programs the read 
offset register to any particular value so that the read 
controller will read data from a desired starting point. In this 
maimer, the host CPU is able to skip parts of a frame stored 
in the random access memory. 

10 Claims, 6 Drawing Sheets 



BIU 




RB_MMU 










y . 




READ BYTE 
OFFSET REG. 
11 






RXjyTE^OFFSET 
(FROM HOST CPU) 











RP,. 
RPj- 



RX SRAM 18a 



66 - 

70 

66 ' 
68 

70 



FRAME 1 



FRAME 2 



11/11/2003, EAST Version: 1,4,1 



U.S. Patent 



Feb. 4, 2003 



Sheet 1 of 6 



US 6,516^71 Bl 



FIG.l 




50 

/ 



12 



CLK 
RST 
AD[31:00] 
C/BE[3:0] 
PAR 




JNTA-*- 
SLEEP — 



SLAVE 
INT. 



16 



20 



16a 



PCI Bus 
Interface 
Unit 



16b 
J. 



DMA 
INT. 



SRAM 18 



RECEIVE I£a 



TRANSMIT lib 



26 



802.3 
MAC 
Core 




FIG. lA 



-^TXJR 
-»-TXD[3:0] 





-*-MDC 
-►MOID 
-►SRDCLK 
-►SRD 
SP/BD 
EAR 

RXFRTGD/ 
MIIRXFRTGD 
RXFRTGE/ 
MIIRXFRTGE 



11/11/2003, EAST Version: 1.4.1 



U.S. Patent Feb. 4, 2003 sheet 2 of 6 US 6,516,371 Bl 



24 



MMU52 



i 



Buffer 






Monage- 


^ — 


SRAM 


ment 




MMU 


Unit 







38 

4- 



Network 

Port 
Manager 



Auto 
Negotiation 



40 



34 



Monchestei 
Encoder/ 
Decoder 
(PLS) & 
AUI Port 



MAU 
36 



22 



TCK — 
TMS — 
TDI — 
TDO-*- 



JTAG 
Port 
Control 



-46 



42 



EEPROM 
Interface 



44- 




LED 
Controller 



10 



-►TXD+/- 
-►TXP+/- 
— RXD+/- 




FI6. IB 



11/11/2003, EAST Version: 1.4.1 



U.S. Patent Feb. 4, 2003 



Sheet 3 of 6 



US 6,516,371 Bl 



r 



10 




FIG. 2 



11/11/2003, EAST Version: 1.4.1 



U.S. Patent Feb. 4, 2003 sheet 4 of 6 US 6,516,371 Bl 



FRAME 1 



64 



64 



FRAME 2 



ENF 



IBit IBit 



FRM LONG 



33 Bits 



14 Bits 



CNT 



12 Bits 



ENF ADDR 



4 Bits 



BE L 



-Frame 
Track, 66 



DO 



01 



>68 



DLAST 



STATUS Upper 



STATUS Lower 



FRM 



LONG 



CNT I ENF ADDR 



} 



70 



BE L 



DO 



Frame 

Track 



D1 



FIG. 3A 



11/11/2003, EAST Version: 1.4.1 



U.S. Patent Feb. 4, 2003 Sheet 5 of 6 US 6,516,371 Bl 



RX 

FRM 

ABORT 




RX 

MATCH 




RX 

MAC1_ 
MATCH 




RX 

TABLE_ 
MATCH 




RX 

HASH_ 




RX 

UCAST 




RX 

MCAST 


LEN6 


RX 

BCAST 


W_FRM_ 


RX_ 
PERF 




RX 

OFLO_ 
ERR 




X D£ as 

Otf <_> UJ 




RX 

FRAM 
ERR 




RX 

TRUNC 




RX 

START 
PROC 




RX 

VALID 





!t -S" o 



11/11/2003, EAST Version: 1.4.1 



U.S. Patent Feb. 4, 2003 Sheet 6 of 6 US 6,516,371 Bl 



^22c 



Rill 

Dl U 




RB_MMU 


16 








74 

c . 




READ BYTE 
OFFSET REG. 
Z2 






RXJYTE^OFFSET 
(PROM HOST CPU) 











RP2 



r 

RX SRAM 18a 



66 



FRAME 1 



70 

66 
68 

70 



FRAME 2 



FIG. 4 



11/11/2003, EAST Version: 1.4.1 



BACKGROUND OF THE INVENTION 



US 6,516371 Bl 
1 2 

NETWORK E^ERFACE DEVICE FOR Another aspect of the present invention provides a method 

ACCESSING DATA STORED IN BUFFER for reading data stored in a network interface device. The 

MEMORY LOCATIONS DEFINED BY method includes receiving data frames and storing the data 

PROGRAMMABLE READ POINTER frames into a random access memory. The method also 

INFORMATION 5 includes reading the contents of a read oSsci register. The 

method further includes reading data stored in the random 
access memory based on the contents of the read offset 
register, 

1. Technical Field Additional advantages and features of the present inven- 
The present invention relates to network interfacing and 10 tion will be set forth in part in the description which foUows, 

more particularly, to methods and systems for accessing data and in part will become apparent to those skiUed in the art 
transmitted over a network and stored in a buffer memory. upon examination of the following or may be leamed by 

2. Background Art practice of the invention. The advantages of the invention 
Network interface devices handle packets of data for realized and attained by means of the instrumen- 

transmission between a host computer and a network com- ^nd combinations particularly pointed out in the 

munications system, such as a local area network. The host appended claims. 

computer may be implemented as a client station, a server, tidtcc nccnDiimr*vr r\n ttjc t^h A\\n\jnc 

or a switched hub. One primary ftmcUon of the network DESCRIPTION OF TOE DRAWINGS 

interface device is to buffer data to compensate for timing ^ Reference is made to the attached drawings, wherein 
discrepancies between the clock domain of the host com- elements having the same reference numeral designations 
puter and the clock domain of the network, represent like elements throughout. 

Network interface devices typically include a first in, first FIG. 1 is a block diagram illustrating an exemplary 
out (FIFO) buffer memory for storing transmit and receive network interface device having a memory controller for 
data, where the transmit data is stored in a transmit FIFO ^5 writing a data frame into a random access memory accord- 
prior to transmission on the network media by a Media ing to an embodiment of the present invention. 
Access Controller (MAC), and receive data is stored in a pio 2 is a block diagram illustrating the buffer architec- 
receive FIFO by the MAC prior to transfer to the host ture of the network interface device of FIG. 1 according to 
computer via a host computer bus interface. ^n embodiment of the present invention. 

One disadvantage with the use of a HFO for a transmit 30 pi^s. 3A and 3B illustrate an exemplary data structure of 
buffer or a receive buffer of a network interface device is the ^ ^^^^ f^^me stored in the random access memory of RG. 1. 
high latency encountered during the buffering process. The ^ • t.i 1 j- n ^ r j 

, r r . 1 • . ^ J • ■ J 1 FIG. 4 is a block diagram illustratmg the use of a read 

latency of the network mterface device is the time delay „ ^ • * • j i_ j- * r 

. , .1. ^- .1. * J i r • 1 ■ J * ^ 1 offiset register m accordance with an embodiment of the 

between the time that a data frame is supplied to the network ^ invention 

interface device and the time the data is transmitted on the 35 ^ 

network media, or vice versa. BEST MODE FOR CARRYING OUT THE 

An additional disadvantage with the use of a FIFO for a INVENTION 

transmit or receive buffer is the lack of flexibility in manipu- ^ . 

lating data. For example, a dau frame received in a receive .^he present mvenUon vnH be descrfted with the example 

FIFO mtist be read out in the order received, by definition. 40 °^ \''''^'"°'\T'^''^^^^'^o^.^^^''^^' T'^^ 

Id computer networks where a pluraUty of network stations ^"^^J^ ^^""^^ 802.3) network. A description 

ate transmitting dau, a user may receive a large amount of J^} 8'^^" °^ ^ "^^"^ "^^rf"" architecture, 

data in a short amount of time. Accordingly, a receive FIFO ^°}^°^^ «y=ing=tneit ^^^^S locations m 

that reads each bit of each data frame in the order received ^""^^^ .■°«°'°.fy- apparent however, that the 

fi.wu^, 4u^ ;« tUr. «„*,.„i present mvention is also appucable to other network mter- 

rurtner increases the latency in processing the actual incom- AS ^ . . 

ing data. device systems. 

DISCLOSURE OF THE INVENTION NETWORK INTERFACE DEVICE 

• Af * f ui f ARCHITECTURE 

There is a need for an arrangement that enables the use of 

a random access memory in a network interface device, as 5Q FIG. 1 is a block diagram of an exemplary network 

opposed to a FIFO buffer, to store a data frame and to mterface device 10 that accesses the media of an Ethernet 

provide flexibility in reading the data frame. (ANSI/IEEE 802.3) network according to an embodiment of 

There is also a need for a method of reading data stored the present invention, 
ia a random access memory of a network interface device in The network interface device 10, preferably a single-chip, 
a flexible and efficient manner. 55 32-bit Ethernet controller, provides an interface between a 

TTiese and other needs arc met by the present invention, local bus 12 of a computer, for example a peripheral 
where a network interface device includes a random access component interconnect (PCI) local bus, and an Ethernet- 
memory for storing data frames, a read controller for access- based media 50. 

ing the data and a programmable register for storing read The interface 10 includes a PCI bus interface unit 16, a 
pointer information. 60 buffer memory portion 18, and a network interface device 

According to one aspect of the invention, a network portion 20. The PCI bus interface unit 16 includes a PCI 
interface device is provided for buffering data. The network slave interface 16fl and a DMA interface 16b. The slave 
interface device includes a random access memory and a interface 16a manages PCI control and status information 
read ofifeet register configured to store read pointer infor- including reading and programming of the PCI status 
ma tion. The network interface device also includes a read 65 registers, but may also be configured for managing slave 
controller configured to read data stored in the random transfers via the PCI bus with a host CPU (not shown). The 
access memory based on the read pointer information. DMA interface 16ft manages DMA transfers by the network 
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interface device 10 to and from host memory 17, shown in stand-by mode, enabling the network interface device to 

FIG. 2. Hence, the PCI bus interface xmii 16 can be selec- output power up information to logic within the host com- 

tively configured for PQ transfers in slave and/or master puter to enable the host computer to automatically tiirn on in 

(e.g., DMA) mode. response to data packets received from the network and 

The memory unit IS includes a 32-bit SRAM imple- 5 having a specified protocol, described below, 

mented direcfly on the network interface device chip 10. ^ ^ , . ^, . .^^^ . „^.„^,^,*,r. 

According to the disclosed embodiment, the SRAM 18 may MEMORY MANAGEMENT ARCHITECTURE 

be accessed in a random access manner under the control of piG. 2 is a block diagram ilhistrating the buffer aichitcc- 

an SRAM memory management unit (MMU) 22, or may be ture of the network interface device 10 according to an 

a segmented system with a receive portion ISa and a lO embodiment of the present invention. As shown in FIG. 2, 

transmit portion 186 for receive and transmit paths, respec- transfer of data frames between the PCI bus interface unit 

lively. 16, also referred to as the bus interface unit (BIU), and the 

The network interface device 10 also includes a buffer MAC 20 is controlled by a memory management unit 

management unit 24 configured for managing DMA trans- (MMU) 52 including the buffer management unit 24 and the 

fers based on DMA descriptors in host memory 17 that SRAM MMU 22 of FIG. 1. The MMU 52 controls the 

specify start address, length, etc. The buffer management reading and writing of data to the SRAM 18, illustrated in 

unit 24 initiates a DMA read from host memory 17 into the FIG, 2 as a receive SRAM portion 18a and a transmit SRAM 

transmit buffer 186 by issuing an instruction to the DMA portion 186 for convenience. It will be recognized in the art 

interface 166, which translates the instructions into PCI bus that the receive SRAM (RX__SRAM) 18fl and the transmit 

cycles. Hence, the buffer management unit 24 contains ^ SRAM (TX_SRAM) 186 may be implemented as a single 

descriptor management for DMA transfers, as well as point- memory device, or allematively as two separate SRAM 

ers associated with storing and reading data from the devices. 

memory unit 18. Although the buffer management unit 24 ^s shown in FIG, 2, the memory management unit 52 

and the SRAM MMU 22 are shown as discrete components, includes the buffer management unit 24, also referred to as 

the two units, 22 and 24, may be integrated to form a ^ the descriptor management unit, the SRAM MMU 22, and 

memory management unit controlling all transfers of data to an arbitration unit 54. The arbitration unit 54 arbitrates DMA 

and from the memory unit 18, requests for data transmission, dau reception, descriptor 

The network interface device 10 includes a media access lists from the descriptor management block 24, and status, 
control (MAC) core 26, a general purpose serial interface ^ xhe SRAM MMU 22 includes separate controllers for 
(GPSI) 28, a media independent interface (Mil) 30 for each SRAM 18fl and 186, for both read and write operations, 
connecting to extcmal 10 Mb/s or 100 Mb/s physical (PHY) According to the disclosed embodiment, the network inter- 
transceivers, an external address detection interface (EADI) face device 10 operates in two generic clock domains, 
32, an attachment unit interface (AUI) 34 having a Manches- namely a host computer bus clock domain 56a, and a 
ter encoder and decoder, and a 10/100 Mb/s twisted pair network clock domain 566. Since the network interface 
transceiver media attachment unit (MAU) 36. device 10 needs to send and receive data across two inde- 

The networii interface device 10 also includes a network pendent clock domains 56, schematically indicated as 

port manager 38 configured for performing Mil handshaking divided by the dotted line 58, the SRAM MMU 22 needs to 

between two devices on an Mil bus via the Mil port 30. Such be able to write and read data to each SRAM 18fl and 186 

Mil handshaking may include link information program- in a manner that tracks memory status independent of the 

ming information at the Mil layer using a management data Pd clock in the host computer domain and the MAC clock 

clock (MDC), and management data input/output (MDIO) generated from network activity in the network domain 566, 

P^*^^- According to the disclosed embodiment, the SRAM 

The auto-negotiatioo portion 40 performs IEEE- MMU includes a transmit-data bus-side memory manage- 

compliant negotiation with a link partner on the PHY layer 45 nient unit (XB^MMU) 22fl, a transmit-data MAC-side 

to exchange data indicating whether the Unk partner is memory management unit (XM_MMU) 226, a receive-data 

capable of operating at 10 Mb/s, 100 Mb/s, and whether the bus-side memory management unit (RB__MMU) 22c, a 

link should be half-duplex or full duplex. receive -data MAC-side memory management unit (RM_ 

The LED controller 44 selectively controls the generation MMU) 22d, and a synchronization circuit 60. The 

of LED output signals based upon the internal decoding 50 XB.31MU 22a and the RM^^MU Hd operate as write 

logic and network interface device status registers (not controllers configured for writing frame data into the 

shown). The network interface device 10 also includes an SRAMs 186 and 18fl, respectively. The XB_MMU 22fl and 

IEEE 1149.1 -compliant JTAG boundary scan test access the RB^MMU 22c operate according to the PCI bus clock 

port interface 46. (CLK), The RM_JvlMU 22d operates according to the 

The EEPROM interface 42 connects to an EEPROM on 55 receive MAC clock (RX_CLK) received by the MAC 20, 

either a network interface device adapter card or the moth- and the XM_3iMU 226 operates under the control of the 

erboard of the host computer via a serial interface link. The MAC transmit clock (TX_CLK) received by the MAC 20. 

EEPROM (not shown in FIG. 1) will be programmed with The XM_MMU 226 and the RB_MMU 22c operate as 

configuration information related to the network interface read controllers configured for reading frame data from the 

device, enabling the network interface device to be config- 60 SRAMs 186 and 18a, respectively. Hence, receive data from 

ured during initialization via the EEPROM interface 42. the MAC 20 is written into the RX_SRAM 18a under the 

Once initialized, the network interface device stores the control of the write controller 22d synchronous to the 

configuration information in internal registers (not shown), receive clock (RX_CLK) in the network clock domain 566, 

enabling the network interface device to operate indepen- Frame data stored in the RX_SRAM 18a is read and output 

dently of the host computer in the event the host computer 65 to the BIU 16 via data path 62a under the control of the 

is powered down. Hence, the network interface device can receive -data read controller 22c, which reads the frame 

be configured to operate while the host computer is in a synchronous to the PCI bus clock signal (CLK). 
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Similarly, transmit data to be output onto the netwodc: by provide receive status to the host CPU during slave transfers, 
the MAC 20 is written into the T>L_SRAM ISb via data The status information is also used by the descriptor man- 
path 62b under the control of the transmit -data write con- agcment unit 24 to supply DMA receive status to the host 
troller 22a, configured for writing the frame data synchro- CPU during DMA transfers. 

Dized to the PCI bus clock (CL^ The stored transi^^ 5 exemplary embodimeoi illustrated in FIG. 3B, 

read and output from the TX_SRAM 18Mo the MAC 20 ^j^^ ^ ^^j^^^ RX_VAUD and RX_START_ 

under the cofol of the transmit-dataread controller 22b ^^^^ g^j^ VAUD-1, both STATUS upper 

accordmg to the MAC trai^mit clock (TX^CLK) withm the ^^^^ ^^^^^ R?^VALIDo 

network clocK domam 56a ^ . . nnr^r^ u-. • i j 

™ * 1 1 J • cz: J 0> only the RX_START_PROC bit is valid. The 

The presence of two separate clock domains 56fl and 5 6o r> v o't-atvi- r»n^/- * • u 

J lo 10 RX START PROC (i.e., start processing) bit, when set to 

ID. wntmg and reading to a random access memory lo ^ ~r ^ r . • • ^ . 

requires^at the write controUer and read controUer devices procesang of the beginnmg of the next 

be coordinated and synchronized to ensure that no conten- RX_SRAM can begia 

tion issues arise due to the relative independence of the two STATUS Upper also contains an RX^TRUNC field 

cbck domains 56a and S6b. The SRAM MMU 22 includes which indicates that the controller truncated some data at the 

a synchronization circuit 60 that asyndironously monitors end of this receive frame and the truncated data is not written 

the status of the RX_SRAM ISa and TX_SRAM ISb, into system memory. Also included in STATUS Upper are 

enabhng the memory controllers to read and write to the several error fields, including RX_JRAM _JERR, which 

memory 18 between the two clock domains S6a and S6b. indicates that the receive frame 64 contains a non-integer 

Thus, problems that would ordinarily arise between the two multiple of eight bits and there is a cycUc redundancy check 

clock domains in the individual memory management units 20 (CRQ error, RX_CRC_ERR. which indicates that the 

22a, 22b, 22c and 22d are avoided by use of the synchro- controUer detected a CRC error, RX_OFLO_ERR, which 

nization circuit 60 according to a prescribed arbitration indicates that the controUer's internal receive buffer has 

overflowed. 

FIG. 3A is a diagram illustrating a data structure of a cta'titc n i *• nvnoAcr 

J . •* • onAx^io A • -1 * 1 STATUS Upper also contains RX_BCAST, 

receive data umtm RX_SRAM 18a. Asimilar structure also 25 nv xnr^Aon^ j r»v ttoaot^ u * • j- * u *u 

may be used for storing data in the TX_SRAM 18K As R^-MCAST and RX UCAST fie ds to indicate whether 

shown in FIG. 3A, each stored frame 64 includes a frame ^ ^ broadcast frame mullK:^t £ran^^^ or unicast 

track field 66 preceding a group of data bytes representing ^^^^^^.^^^^^^^^^ ^t"f M A^^H^^^^ M A r 

the data frame 68 (i.6., the packet data received from MAC RX_PERF, RX_TABLE_MATCH, RX„MAC1_ 

20), foUowed by a status information field 70. In this case, 30 MATCH, RX_MACO_MATCH and RX_HASH_ 

the RM_MMU 22d stores frame track field 66 and the MATCH to mdicatc vanous address matches for a frame 

control field 70 related to the receive data frame 68. The with the addresses stored in a MAC address table or a MAC 

frame track field 66 is used by tiie RB_MMU 22c to keep ^^^^^ register. STATUS Upper further contains an 

trade of the location of the corresponding receive data frame RX_FRM_ABORT field which indicates that the controller 

68 in the RX_SRAM 18fl. Hence, the frame track field 66 35 determined this frame to be an invalid frame, 

enables the RB_MMU 22c to quickly flush a stored frame The STATUS Lower field contains an RX_FRM_LENG 

64 having receive data 68 and jump to the beginning of the field which represents the total number of bytes of receive 

next stored frame (e.g., 64^, based on an end of frame data in the respective frame. In alternative embodiments of 

address field (ENF ADDR), a count (CNT) field specifying the present invention, the data contained in frame track field 

the total number of bytes in the receive frame and an end of 4^ 66 and status information field 70 may include other status 

frame (ENF) bit indicating whether the data frame 64 information, depending on the particular design require- 

contains valid data ready for reading. ments. 

1?' T^, ^"^^"^ ^ f T' ^^^^ RECEIVE BYTE OFFSET REGISTER 

lield, which mdicates that the entire receive data frame 68 is 

stored in the RX^SRAM 18fl and a byte enable-last field 45 As described previously, the memory management unit 52 

(BE_„L) which specifies how many of the bytes in a DLAST provides the logic for reading and writing frames to/from 

field are valid. The frame track field 66 further contains a SRAMs 18fl and 18b. In particular, RB^MMU 22c of MMI 

long frame (LONG) field which indicates that the expected 52 operates as the read controller configured to transmit data 

receive frame length is greater than a predetermined length. from SRAM 18fl via data path 62fl to BIU 16 where the data 

Referring to FIG. 3A, in the exemplary embodiment of 50 is transmitted to a host CPU. In the present invention, a 

the invention, write controller (RM_>IMU 22d) writes the receive byte ofiket register is used that enables the host CPU 

frame 64 in 32-bit wide double word format into contiguous to begin reading a data frame from the SRAM memory 18 

buffer memory locations DO-DLAST following the corre- sUrting from any particular byte, as weD as change the 

sponding memory location for the frame track field 66. Write starting byte . 

controller 22£i continues to write the 32-bit wide frame data 55 In accordance with an embodiment of the present 

fields in the contiguous locations DO, Dl, etc. imtil the invention, when a DMA write or slave read access to 

reception of an end of frame (RM_^NF) signal from the RX^SRAM 18a is detected, RB_MMU 22c reads out the 

MAC 20. RM_MMU 22d then receives the status informa- receive frame data from the RX_SRAM 18a and presents 

tion from the MAC 20 and writes the status information into the frame data with the appropriate byte alignment to BIU 16 

the status information field 70, i.e., STATUS Upper and eo over data path 62a. 

STATUS Lower, foUowed by updating the frame track field Referring to FIG. 4, when RB_MMU 22c detects a DMA 

66. The write controller 22d then proceeds to write the next write or slave read access, RB_31MU 22c first reads the 

frame 64^, Le, frame track field 66, data field 68 and status contents of read byte ofEset register 72 to determine the value 

information field 70 in the next contiguous memory of the read controller's 22c internal read pointer. In the 

location, as shown in FIG. 3 A gs exemplary embodiment, the RB_MMU 22c reads data from 

Hic status information contained in STATUS Upper and the oldest received frame first, before frames received at a 

STATUS Lower of the status information field 70 is used to later time, and the internal read pointer of RB _MMU 22c 
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points to the location in the oldest received frame stored in Then, the host CPU can instruct the controller DMAor slave 

RX_SRAM 18a from where the reading ofdata is to begin. to transfer any remaining bytes of the frame 64 to the 

For example, in an exemplary embodiment of the dcstinalion protocol space AdvMtageously. detetmi^ 

invention, upon initializing network interface device 10, the JP aUocatmg 'he appropriate memory 

contents of the read byte offset register 72 wiU be set to "0". 5 ^P^'^^ f c^;^?,*','*^^^^'^^^ P^^^^^S 

This value of "0" indicates the beginning of a frame 64. ^^.J. . ^^^^^^ ^nii .u a u * 

Accordingly, RM MMN 22c be^ns relding daU from AddilionaUy the host CPU may prograin the read byte 

Rje_SRlM Ute from the fi^t byte of the frai^e track field ff^ ^."^g^.f to point to status mfonmaUon field 70 to 

rrr- J J determine if any type of frame error was detected, without 

66 m the oldest received frame stored in RX_SRAM 18fl, j^^^^^ L tnXkt frame track and data fields 66 and 

as mdicated by RP^ m HG. 4. lo respectively. Advantageously, the host CPU may deter- 

However, according to the present invention, the host mine that the data field 68 contains some type of data error, 

CPU can program read byte ofifeet register 72 to any value, e.g., a CRC error, and may therefore wish to skip this data 

so that the read controller 22c can begin reading data stored or send a signal to MAC 20 regarding the erroneous data, 

in RX^SRAM 18a starting from any particular byte in a Advantageously, using the read byte ofiket register 72 in this 

frame 64. manner also saves valuable CPU processing time associated 

The host CPU generates a RX_BYTE_OFST command with reading erroneous data, 

that is transmitted to PCI BIU 16 and then transferred to According to the present invention, the host CPU can also 

RB_MMU 22c over daU path 74. The RX_BYTE_OFST change the contents of the read byte ofiket register 72 as the 

command is a binary number in units of bytes used to change RM_MMU 22c is reading data as many times as it wishes, 

the read controller's 22c internal receive buffer read pointer ^ In this maimer, the host CPU can rc-read any part of a data 

to point to a specific location within the oldest received frame, e.g., header information, depending on the particular 

frame. A value of "N" transmitted in RX_BYTE_OFST requirements. This is beneficial in situations where the CPU 

indicates skipping "N" initial bytes of a frame 64. In for some reason was unable to receive the desired informa- 

alternative embodiments where bit granularity is desired, the tion. However, once the last data of the firamc has been read, 

RX_BYTE_OFST command can be used to indicate the ^ the read byte ofiGset register 72 points to the read starting 

number of bits of a date frame to skip and the RM_MMU point for the subsequent frame. 

22c will adjust the read pointer accordingly. Described has been an apparatus and method for access- 

For example, suppose the host CPU wishes to skip the ing daU transmitted over a network. An advantage of the 

frame track information 66 and begin reading data starting invention is that stored data may be read in an eflScient 

at data field 68. In the exemplary embodiment illustrated in manner with increased flexibility. Another advantage of the 

FIG. 3A, the frame track field 66 comprises four bytes. invention is that the system can save processing time asso- 

Accordingly, th& host CPU sends the RX_BYTE_OFST ciated with transferring data received over a network, 

command comprising a binary "4" value to RB MIJ 22c and thereby decreasing system latency. 

controller 22c stores a value of "4'' in receive byte offset In this disclosure, there is shown and described only 
register 72. Upon subsequent reads, RM__MMU 22c skips certain preferred embodiments of the invention, but, as 
the first four bytes of frame 64 and begins reading data from aforementioned, it is to be understood that the invention is 
the fifth byte of frame 64, as indicated by RP2 in FIG. 4, capable of use in various other combinations and environ- 
effectively bypassing the frame track field 66. ments and is capable of changes or modifications within the 

Subsequendy, when a slave read access or a DMA write 40 scope of the inventive concept as expressed herein, 

to RX_SRAM 18a is detected, the internal read pointer of What is claimed is: 

RM^MMU 22c remains set to "4" and reading of data 1. A network interface device configured to transfer data 

begins at the fifth byte of subsequent frames. However, the received from a network to a host device and to receive data 

host CPU can change the contents of read byte offset register from the host device for transfer to the network, comprising: 

72 at any time using the procedure discussed above, i.e., 45 a random access memory j 

generate and transmit a new RX_BYTE_OFST command. a programmable read offiset register configured to store 

This use of a read byte offiset register 72 in connection read pointer information received from the host device; 

with RB_MMU 22c provides the present invention with and 

improved flexibihly in reading data frames, as opposed to a read controller configured to read data stored in the 

the use of a conventional FIFO which requires the data to be 50 random access memory based on the read pointer 

read out in a first in, first out order. In the exemplary information, wherein 

embodiment, read byte offiset register 72 is shown internal to the random access memory is configured to store a 

RB_MMU 22c. In alternative embodiments, read byte plurality of frames, each frame including packet data 

offeet register may be located external to RB_>1MU 22c. received over a network communications medium 

Advantageously, using read byte offiset register 72 in 55 and status data related to the packet data, and 
connection with RX^SRAM 18fl enables the network inter- the read controller is configured to skip a predeter- 
face device 10 and host CPU to process data in an efiBcient mined amount of data within an oldest received 
manner and save processing time by providing increased frame of the plurality of frames, based on the pro- 
flexibility in reading data stored in R?C_SRAM ISa. grammable read pointer information. 

For example, the host CPU can program the read byte 60 2. The nctwoik interface device of claim 1, wherein the 

ofket register 72 to point to the header part of a receive read offeet register is re -programmable by said host device, 

frame 64 to determine the protocol of the frame 64, e.g., 3. The network interface device of claim 1, comprising: 

where in host memory 17 the frame will be sent. Next, the a host bus interface for transferring data from the random 

host CPU requests the particular protocol to allocate receive access memory to the host device. 

buffer(s) in that protocors memory space. After the host 65 4. Tlie network interface device of claim 3, wherein the 

CPU obtains the address to the protocol's memory space, the host bus interface includes a slave controller and a direct 

host CPU can reprogram RX^BYTE_OFST to any value. memory access controller 
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5. In a network interface device configured to transfer data 
received £rom a network to a host device and to receive data 
from the host device for transfer to the network, a method of 
reading data comprising: 

receiving data frames; 

storing the data frames into a random access memory; 

reading an ofl&et value of a read ofiset register, the offset 
value of the read oflOset register being received fit)m the 
host device; and 

reading data stored in the random access memory based 
on the ofl&et value of the read offset register, including 
skipping a first predetermined number of bytes of data 
within an oldest received firame stored in the random 
access memory based on the offset vahie of the read 
oflket register. 

6. The method of claim 5, comprising: 

transferring data from the random access memory to the 
host device via a host bus interface. 

7. The method of claim 5, comprising: 
receiving, from the host device, another oSiset value; 
storing the other offiset value in the read offset register; 

and 

reading data stored in the random access memory based 
on the other offset value. 
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8. A network interface device configured to transfer data 
received from a network to a host device and to receive data 
from the host device for transfer to the network, comprising: 

a random access memory configured to store a plurality of 
data frames, wherein each frame includes packet data 
received over a network communications meditim and 
status data related to the packet data; 

a programmable register configured to store read pointer 
information based on information from the host device; 
and 

a read controller configured to read data stored in the 
random access memory, wherein the read controller is 
configured to read data in the random access memory 
based on the read pointer information, including skip- 
ping a first predetermined number of bytes of data in an 
oldest received data frame of the plurality of data 
frames stored in the random access memory, based on 
the read pointer information. 

9. The network interface device of claim 8, comprising: 
a host bus interface for transferring data read from the 

random access memory to a host device. 

10. The network interface device of claim 9, wherein the 
host bus interface includes a slave controller and a direct 
memory access controller. 
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